home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / dcom / modems-part2 / 11629 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB
  1. Path: newsfeed.internetmci.com!panix!not-for-mail
  2. From: kenny@panix.com (Kenneth Crudup)
  3. Newsgroups: comp.dcom.modems
  4. Subject: Re: Sportster ... rumors true?
  5. Date: 19 Apr 1996 17:52:12 -0400
  6. Organization: Scott County Consulting, Boston, MA
  7. Message-ID: <4l91uc$34j@panix2.panix.com>
  8. References: <4l0m72$e7c@nrtphba6.bnr.ca>
  9. NNTP-Posting-Host: panix2.panix.com
  10.  
  11. In article <4l0m72$e7c@nrtphba6.bnr.ca>, kimmyd@bnr.ca (Kimmy Posey) says:
  12.  
  13. >I get strange behavior.  Connects ok but get losts of lost
  14. >packets and really sluggish FTP/TELNET performance.  The
  15. >modem AND software are configured for hard flow control.
  16.  
  17. I also used to get this problem at a client's terminal server 'till I realized
  18. that *their* end was misconfigured- and not respecting HW flow control. I
  19. had to issue a couple of commands to set the TS to HWFC before I told it to
  20. start PPP, and *voila*, no more overruns/lost packets.
  21.  
  22. If you can connect to your TS in text mode (i.e., login to your TS and
  23. then from there issue commands like "telnet <host>", "show", etc.) try this:
  24.  
  25.  - enter a terminal emulator program
  26.  
  27.  - set your modem to only generate a 1200 bps carrier (i.e., so you only
  28.    connect at 1200 bps). Sometimes, just settings the speed in your terminal
  29.    emulator to 1200 bps should do it, as many modems will limit the 
  30.    carrier speed to remain under the DTE speed.
  31.  
  32.  - manually log in, get into a command state, and do "something" (this is
  33.    TS dependent, so I can't be of much help) to generate a lot of output.
  34.  
  35.  - If your end is *really* set to HW FC, and you get missing/garbage chars,
  36.    then the problem is that the TS' port is set to some high-speed value,
  37.    and trying to push say 57.6 kpbs worth of data down a port that's only
  38.    sending 1.2kbps. Their side's modem is deasserting CTS, but the TS
  39.    isn't responding, and blithely sending the data anyway, so much of it
  40.    gets lost. When running a PPP connection, the TCP and/or IP layers on
  41.    your end realize the checksums are bogus, and requests a re-send. Since
  42.    it might take a few resends to get it right, your thruput crawls.
  43.  
  44.  - If that's the case, go scream bloody murder to your admins.
  45.  
  46.     -Kenny
  47.  
  48. -- 
  49. Kenneth R. Crudup, Unix & OS/2 Software Consultant, Scott County Consulting
  50. kenny@panix.com        CI$: 75032,3044      +1 617 524 5929/4949 Home/Office
  51. 16 Plainfield St, Boston, MA 02130-3633      +1 617 983 9410      Fax
  52. OS/2 box: pkenny.tiac.net (when I'm online) Get Warp-ed! OS/2 3.0 is here NOW!
  53.